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Commissioner for Patents: 

This case was made special by a Decision mailed October 8, 2003. 

On August 17, 2004, Appellants filed an Original Brief appealing from a 
Final Action mailed April 19, 2004. On December 23, 2004, the Examiner 
reopened prosecution by mailing a Reopening Action. On March 4, 2005, 
Appellants filed a Supplemental Brief. An Examiner's Answer was mailed three 
months later, on June 17, 2005, and Appellants' Reply was filed ten days after that, 
on June 27, 2005. Several months later, on November 10, 2005, the Board 
remanded the case to the Examiner. Appellants filed a Substitute Appeal Brief 
eleven days later, on November 21, 2005. Almost six months after that, on June 14, 
2006, the Office mailed a Notification of Non-Compliant Brief. A Revised 
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Substitute Brief was filed five days later, in response to the Notification. 
Appellants submit that the Substitute Brief was adequate for appeal, but to avoid 
further delay added material shown in the Revised Substitute Brief in underlined 
italics. A second Notification of Non-Compliant Brief was mailed September 8, 

2006, and a Twice Revised Substitute Brief was filed in response. 

After a third Notification of Non-Compliant Brief was mailed January 11, 

2007, the undersigned contacted the Examiner's supervisor, SPE Saleh Najjar, on 
January 16, 2007 by leaving a voicemail request for clarification. SPE Najjar 
responded the following day, identifying during a phone conference three claim 
limitations for which no reference numbers had been included in the recitation of 
independent claims in the Summary of Claimed Subject Matter. The Office's 
request for "another supplemental 'Artifact of 10/034/1 97ZA'" made in the 
Notification was also clarified by SPE Najjar. The undersigned thanks SPE Najjar 
for making clear the reasons for objecting to the appeal briefs. The objections have 
been addressed by changes below. 

Real Party in Interest 

The real party in interest in this appeal is Assignee, Ragula Systems (FatPipe 
Networks). 

Related Appeals and Interferences 

None. 

Status of Claims 

Claims 1-21 were rejected in the Final Action, were rejected in the 
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Reopening Action (December 23, 2004), are still pending, and are appealed. 



Status of Amendments 

No amendments were filed after the Final Action or the Reopening Action. 

Summary of Claimed Subject Matter 

The present invention relates to tools and techniques for accessing multiple 
independent frame relay networks and/or point-to-point (e.g., Tl or T3) network 
connections in a parallel network configuration, as shown for instance in Figure 5 
or Figure 6. Frame relay networks 106 and point-to-point networks are each 
"private networks"; see application at page 9 lines 10-12. In some embodiments a 
controller 502 according to the invention comprises a site interface 702 connecting 
the controller to a site 102, at least two private network interfaces 706, and a packet 
path selector 704 which selects between private network interfaces according to a 
specified criterion. A site may include a local area network; see discussion of 
Figure 7 on pages 13-14, and page 17 lines 15-17. 

The controller receives 804 a packet through the site interface and sends 814 
the packet through the private network interface that was selected 806 by the packet 
path selector. The controller's packet path selector selects between private network 
interfaces according to various criteria, such as (a) a load-balancing criterion 808 
that promotes balanced loads on devices that carry packets after the packets leave 
the selected private network interfaces; (b) a reliability criterion 810 that promotes 
use of devices that will still carry packets after the packets leave the selected private 
network interfaces, when other devices that could have been selected are not 
functioning, and (c) a security criterion 812 that promotes use of multiple private 
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networks to carry different pieces of a given message so that unauthorized 
interception of packets on fewer than all of the networks used to carry the message 
will not provide the total content of the message. 

In response to point 4 of the first Notification, figure reference numbers are 
used in corresponding text in this application, as is the case in many patent 
applications, and correlating the above information with the independent claims 
readily yields the following: 

1 . A controller (502) which controls access to multiple independent 
private networks (application at page 9 lines 10-12) in a parallel network 
configuration, the controller comprising: 

a site interface (702) connecting the controller to a site (102); 

at least two private network interfaces (706); and 

a packet path selector (704) which selects between private network interfaces 

according to a specified criterion; 
wherein the controller receives (804) a packet through the site interface and 
sends (814) the packet through the private network interface that was 
selected (806) by the packet path selector. 
13. A method for combining connections for access to multiple parallel 
private networks (application at page 9 lines 10-12), the method comprising the 
steps of: 

obtaining a controller (502), the controller comprising a site interface (702), 
at least two private network interfaces (706), and a packet path selector 
(704) which selects between private network interfaces according to a 
specified criterion; 
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connecting the controller site interface to a site (102) to receive (804) packets 

from a computer at the site; 
connecting a first private network interface (706) of the controller to a first 

private network; 

connecting a second private network interface (706) of the controller to a 

second private network which is parallel to and independent of the first 

private network; and 
sending (814) a packet to the site interface which then sends the packet 

through a private network interface selected (806) by the packet path 

selector. 

19. A method for combining connections for access to multiple 
independent parallel frame relay networks, the method comprising the steps of: 

sending (814) a packet to a site interface of a controller (502), the controller 
comprising the site interface (702) which receives (804) packets, at 
least two network interfaces (706), and a packet path selector (704) 
which selects between network interfaces according to a specified 
criterion; and 

specifying the criterion for use by the packet path selector (704), wherein the 
specified criterion is one of: a security criterion, a reliability criterion, 
a load-balancing criterion. 
The invention also provides other controller embodiments, and it provides 
method embodiments. The claims define the invention; this summary is provided 
merely as an introduction and to assist in understanding the claims. 
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Grounds of Rejection to be Reviewed on Appeal 

1. Is a local area network a "private network" as that term is defined by 
applicants? 

2. Were claims 9, 15 properly rejected under Section 103 in view of U.S. 
Patent No. 5,948,069 by Kitai et al. ("Kitai")? 

3. Were claims 1-3, 8, 10-12, 14, 18, and 20 properly rejected under Section 
103 in view of Kitai combined with U.S. Patent No. 6,209,039 to Albright 
et al. ("Albright")? 

4. Were claims 4, 13, 16, and 21 properly rejected under Section 103 in view 
of Kitai combined with Albright and with U.S. Patent No. 5,910,951 to 
Pearce et al. ("Pearce")? 

5. Was claim 5 properly rejected under Section 103 in view of Kitai 
combined with Albright and with U.S. Patent No. 6,546,423 to Dutta et al. 
("Dutta")? 

6. Was claim 17 properly rejected under Section 103 in view of Kitai 
combined with Albright, Pearce, and Dutta? 

7. Were claims 6 and 7 properly rejected under Section 103 in view of Kitai 
combined with Albright and with U.S. Patent No. 6,195,680 to 
Goldszmidt et al. ("Goldszmidt")? 

8. Was claim 19 properly rejected under Section 103 in view of Kitai 
combined with Pearce and also combined with Goldszmidt? 

Note: The foregoing statement of issues resolves inconsistencies in the 
Reopening Action by following the actual reference citations that were made 
claim-by-claim in the Reopening Action, rather than following the summary 
paragraphs therein. For instance, summary paragraph 4 of the Reopening 
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Action asserts that several claims, including claim 9, are rejected in view of 
Kitai and Albright, but the actual rejection in paragraph 9 of the Reopening 
Action only cites Kitai. Therefore, claim 9 is treated here as being rejected in 
view of Kitai alone. Several similar inconsistencies in the Reopening Action 
are likewise resolved by addressing the references that were actually 
discussed in a rejection, rather than the references that a summary paragraph 
merely asserted (wrongly) would be discussed. 

Argument 

By way of context, the following papers are among those filed or mailed in 
this case: 



Provisional 


provisional application, filed December 29, 2000 


Application 


non-provisional application, filed December 28, 2001 


First IDS 


information disclosure statement, filed April 29, 2002 


Second IDS 


information disclosure statement, filed March 14, 2003 


Third IDS 


information disclosure statement, filed April 9, 2003 


Fourth IDS 


information disclosure statement, filed April 11, 2003 


Petition 


petition to accelerate examination, filed April 21, 2003 


Fifth IDS 


information disclosure statement, filed June 3, 2003 


Petition Grant 


decision granting Petition, mailed October 8, 2003 


First Action 


first office action on the merits, mailed November 5, 2003 


Response 


response, filed February 4, 2004 


Third-Party 


third party submission, filed on or about April 5, 2004 


Final Action 


final office action, mailed April 19, 2004 


Interview Summary interview summary, filed May 25, 2004 
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Appeal Notice 
Advisory Action 
Original Brief 
Reopening Action 
Supplemental Brief 



Examiner's Answer 



Supplemental Reply 



Remand Order 



Substitute Brief 



notice of appeal, filed July 14, 2004 
advisory office action, mailed July 23, 2004 
appeal brief, filed August 17, 2004 
office action, mailed December 23, 2004 
appeal brief, filed March 4, 2005 
answer, mailed June 16, 2005 
reply, filed June 27, 2005 
Board order, mailed October 10, 2005 
appeal brief, filed November 21, 2005 



Second Substitute Brief filed September 12, 2006 
Third Substitute Brief present brief 

The shortcomings of the rejections are reviewed below. Arguments and 
statements by Applicants made earlier but not repeated here are also part of the 
record for this appeal and are not waived, although they may be modified or 
supplemented here. To keep this brief short while still trying to provide an 
adequate basis for review, some observations and arguments that might have been 
presented are not included. Accordingly, Applicants' silence here with respect to 
particular statements by the Office does not indicate their agreement or 
acquiescence. 

Third Party Submission 

The Final Action does not refer to the third-party submission that was filed, 
on behalf of an unidentified third party, on or about April 5, 2004. References were 
submitted to the Office by a third party in each of the following applications of the 
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Assignee: 10/034190, 10/034197, 10/361837, 10/263497. That submission was 
made two weeks before the mailing of the Final Action, but it was not clear to the 
undersigned whether the Examiner had received and considered the submission's 
references. In response to the Examiner's Request in the Notification mailed June 
14, 2006, a copy of the third party submission's non-patent references was 
submitted with the Revised Substitute Brief. In response to SPE Najjar's request, a 
higher-contrast (more easily read) copy of the third party submission is given here, 
in the Evidence Appendix. 

Grouping of Claims 

The grouping of claims for the appeal has been unsettled. 

The Examiner's Answer states one grouping of claims on page 2, asserts on 
that page that this claim grouping was recited in Appellants' brief, and then repeats 
the grounds for rejection that were stated in the Reopening Action. However, the 
grouping of claims stated on page 2 of the Examiner's Answer was not recited in 
Appellants' brief, and it does not follow the structure of the rejections stated in the 
Reopening Action. 

Page 2 of the Examiner's Answer identifies three claim groups: 

Claims 1, 2-12; 
Claims 13, 14-18; and 
Claims 19, 20-21. 

But these three groups are not consistent with Appellants' Brief or with the 
stated grounds for rejection. This claim grouping (three groups: 1-12, 13-18, 19- 
21) given in the Answer is not accepted by Appellants. 

Page 4 of the Supplemental Brief identified seven claim groups: 



9 



Group I: claims 9, 15 

Group II: claims 1-3, 8, 10-12, 14, 18, and 20 

Group III: claims 4, 1 3, 1 6, and 2 1 

Group IV: claim 5 

Group V: claim 17 

Group VI: claims 6 and 7 

Group VII: claim 19 

This grouping generally tracks the Reopening Action grounds, by grouping 
claims that are rejected on the same grounds and for which there is also clearly a 
discussion of all cited references. This approach is explained in the Supplemental 
Brief on pages 3 and 4, in the presentation of issues and claim groupings. 
However, this approach could be seen as departing from the rejections' structure by 
separating claims 9 and 15 into their own group. 

Arrival at an appropriate claim grouping is further complicated by the fact 
that the Examiner's Answer is not internally consistent. On page 2, the Answer 
identifies three claim groupings, but on pages 3-17 it repeats rejections (made in the 
Reopening Action) that use more than three groupings. 

In short, without further action, the Board will face multiple inconsistent 
claim groupings. This could hamper a full, efficient, and fair review of the claims. 
In the interest of promoting such review, and in a spirit of compromise with the 
Examiner, Appellants hereby agree to modify the claim grouping of their 
Supplemental Brief by treating claim 9 as standing or falling with its parent claim 1, 
and by treating claim 15 as standing or falling with its parent claim 13. The 
resulting claim grouping follows the structure of the rejections and reduces the 
number of claim groups by one. 
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Pursuant to M.P.E.P. § 1206, Appellants therefore submit the six (not seven) 
claim groups shown below. Please refer to the Reopening Action and the appeal 
Briefs for identification and discussion of the specific claim limitations involved. 



Within each of these six groups, the claims stand or fall together. 



(Group) claims 


References 
cited 


Sample reasons for patentability 


(II) claims 1-3, 8, 9, 
10-12, 14, 18, and 
20 


Kitai + 
Albright 


Kitai + Albright combination is not 

supported; see Supp. Appeal Brief at 6-7, 

Orig. Appeal Brief at 13-14: 

no motive to combine frame relay reference 

Albright w/ LAN reference Kitai; 

no motive to combine serial reference 

Albright w/ parallel reference Kitai 


(III) claims 4, 13, 
15, 16, and 21 


Kitai + 
Albright + 
Pearce 


Kitai + Albright combination is not 
supported per Group II arguments; 
no evidence showing motive to add Pearce, 
see Orig. Appeal Brief at 10-1 1 


(IV) claim 5 


Kitai + 
Albright + 
Dutta 


Kitai + Albright combination is not 
supported per Group II arguments; 
no evidence showing motive to add Dutta, 
see Orig. Appeal Brief at 11-12 


(V) claim 17 


Kitai + 
Albright + 
Pearce + 
Dutta 


Kitai + Albright combination is not 

supported per Group II arguments; 

no evidence showing motive to add Pearce, 

see Orig. Appeal Brief at 10-1 1; 

no evidence showing motive to add Dutta, 

see Orig. Appeal Brief at 1 1-12 


(VI) claims 6 and 7 


Kitai + 
Albright + 
Goldszmidt 


Kitai + Albright combination is not 
supported per Group II arguments; 
no evidence showing motive to add 
Goldszmidt, see Orig. Appeal Brief at 12-13 


(VII) claim 19 


Kitai + 
Pearce + 
Goldszmidt 


Kitai + Pearce combination is not supported, 
see Orig. Appeal Brief at 10-1 1; 
Kitai + Goldszmidt combination is not 
supported, see Orig. Appeal Brief at 12-13 
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Reply to Examiner's Responses 

On pages 17-24, the Examiner's Answer responds to arguments made by 
Appellants. It may be helpful to begin with these arguments, and work backward 
from there as needed. In reply to the Answer, Appellants respectfully submit that 
the claims are patentable and the rejections are flawed. 

Examiner's response (A) seeks to reverse the Examiner's position by arguing 
that local area networks as disclosed in Kitai are actually "private networks" as 
claimed. The only basis given for this reversal in the Answer is that "the examiner 
reopened the Office action with new ground of rejection." This is not a sufficient 
basis to support the change in position. Indeed, the Reopening Action admits in its 
discussion of claim 1 that "Kitai does not explicitly teach at least two private 
network interfaces" and it then relies on Albright to teach private network 
interfaces. As explained at length in both the Original Brief at pages 5-9 and the 
Supplemental Brief at pages 5-6, Kitai does not teach private networks. This lack 
of teaching in Kitai is pertinent, not only because it makes Kitai unusable as a 
Section 102 reference, but also under Section 103 because it draws one of skill 
away from the asserted Kitai-Albright combination, as explained in the appeal 
Briefs. 

Examiner's response (B) argues that Kitai taken alone under Section 103 is 
grounds for rejecting claims 9 and 15, because private networks are not mentioned 
in those claims. But this argument fails to recognize that claims 9 and 15 include 
the limitations of their respective parent claims, which do expressly require private 
networks. 
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Examiner's response (C) misunderstands Appellants' argument. The 
Examiner treats the argument as one that states the combination fails to teach the 
claimed invention because Albright teaches serial networks rather than parallel 
networks. The response therefore understandably notes that the failure of one 
reference in a combination to teach a contested feature does not show that the 
combination as a whole fails to teach the feature, and thus to teach the invention. 
That is, the Examiner's answer is basically that it doesn't matter that Albright fails 
to teach parallel networks, because Kitai does teach parallel networks. 

But this answer is directed at the wrong argument. Appellants are not 
arguing that Kitai combined with Albright fails to teach parallel networks. Rather, 
Appellants argue that Kitai and Albright were not properly combined. 

Appellants' claims were improperly used as a blueprint. In the Office Action 
mailed 1 1/05/2003, the Examiner made rejections using Kitai as a Section 102 
reference. In the next Response, Appellants pointed out that Kitai does not teach 
private networks, and hence cannot support rejections under Section 102. In the 
final action mailed 04/19/2004, the Examiner asserted again that Kitai was a 
Section 102 reference. The Original Appeal Brief followed, in which pages 5 
through 9 explained in detail and with supporting evidence why Kitai does not 
teach parallel networks and thus could not - by itself - support rejections. Instead 
of letting the appeal go to the Board, the Examiner then reopened prosecution. In 
the Reopening Action, the Examiner did not assert Kitai as a Section 102 reference. 
Instead, the Examiner made Section 103 rejections, supplementing Kitai by 
pointing to Albright for the necessary teaching of private networks. Of course, 
Albright cannot be used as a ground for rejection in combination with Kitai unless 
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there is some suggestion or motivation in the art for combining those references. 
There is not. 

Appellants argue that Albright and Kitai were not properly combined, not 
merely because the Examiner failed to give any specific evidence of a motivation or 
suggestion in the art supporting that combination, but also because of the 
undisputed fact that Albright deals with serial networks - a fact which would have 
led those of skill in the art away from combining Albright with Kitai when they 
were trying to build a parallel network configuration. 

In short, Appellants argue against making the Kitai + Albright combination 
in the first place, not against the teachings of that (improper) combination once it is 
made. This argument has not been rebutted. The Kitai + Albright combination is 
improper, regardless of what it teaches or fails to teach. 

Examiner's response (D) cites a portion of Pearce as a suggestion or 
motivation for adding Pearce to the Kitai + Albright combination. But this fails to 
support the rejection. 

As noted in the Appeal Briefs, the underlying Kitai + Albright combination is 

not proper. 

Moreover, the cited portion of Pearce does not point toward the teachings of 
Kitai or Albright as possible solutions to some problem. Indeed, even if one 
interprets Pearce as treating the need for a prioritized list of qualifying networks as 
a problem, one sees that Pearce promptly provides its own solution in the form of a 
filter 38. The undersigned did not find in Pearce any suggestion that a reader 
should look elsewhere for serial network-to-network interfaces as described in 
Albright, or for a LAN switch as described in Kitai. Pearce is self-contained in this 
respect, and thus would not have instilled a motive to look elsewhere to enhance or 
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replace the filter 38. Accordingly, the combination of Pearce with Kitai and 
Albright is not proper. 

Examiner's response (E) cites a portion of Dutta as a suggestion or 
motivation for adding Dutta to the Kitai + Albright combination. This fails to 
support the rejection. 

As noted, the underlying Kitai + Albright combination is not proper. 

Moreover, the cited portion of Dutta does not point toward the teachings of 
Kitai or Albright. As noted, e.g., on page 12 of the Original Brief, Dutta discusses 
firewalls and security while Kitai does not mention either. Albright discusses frame 
relay networks but Dutta does not. There is no evidence of any suggestion or 
motivation in Dutta that would have led one of skill to Kitai and Albright rather 
than somewhere else, and those of skill in the art did not have the claims to use as a 
blueprint. The combination of Dutta with Kitai and Albright is not proper. 

Examiner's response (F) attempts to justify the even larger combination of 
Kitai, Albright, Pearce, and Dutta. As noted above and in the appeal Briefs (which 
are incorporated as part of the record before the Board), the sub-combination of 
Kitai with Albright is not proper, and neither are the combinations of three 
references obtained by adding Pearce or Dutta alone to Kitai and Albright. The 
only basis for combining these four references is impermissible hindsight, which is 
driven by Appellants' claims, not by the prior art. 

Examiner's response (G) fails to rebut the argument made at pages 12-13 of 
the Original Brief. Goldszmidt does not teach sending packets out of sequence as 
claimed. Rather, Goldszmidt views such non-sequential packets as an unfortunate 
problem and concerns itself with ways to handle receiving packets out of sequence. 
Nor is there a motivation for combining the references - as noted, Kitai fails to 
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mention packet sequence, and the Kitai + Albright combination is not properly 
motivated. 

Examiner's response (H) again tries to defend combining Kitai, Albright, and 
Dutta. As noted above, e.g., in regard to response (E), this combination is not 
proper. 

Examiner 's response (I) tries to defend combining Kitai, Pearce, and 
Goldszmidt. As noted above, e.g., in regard to responses (D) and (G), this 
combination is not proper. 

We turn now to other arguments exchanged before this Substitute Appeal, 
and repeated here for convenience. 

A local area network is not a "private network" 

Despite the well-documented and detailed explanation of Kitai 's 
shortcomings at pages 5-9 of the Original Appeal Brief (incorporated herein), the 
Examiner continues to assert Kitai in every rejection. The examiner now concedes 
(e.g., on pages 3, 5, 9 of the Reopening Action) that Kitai does not teach private 
networks; the LANs of Kitai are not private networks. The failure of Kitai to 
discuss private networks is one reason those of skill in the art would not have 
combined Kitai with other references, such as Albright, that do discuss frame relay 
or other private networks. Kitai' s failure to discuss private networks is also a 
reason why the asserted combinations, even if they were proper, would fail to teach 
the claimed invention. However, these points are made at length in the Original 
Appeal Brief and below, so it suffices at this time to note that the Reopening Action 
(unlike the Final Action) does not argue that Kitai 's local area networks are actually 
private networks as claimed by Applicants. Indeed, by withdrawing the rejections 
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under Section 102 which were based solely on Kitai, the Examiner has implicitly 
acknowledged that Kitai fails to teach private networks. 

Claims 9 and 15 were not properly rejected under Section 103 in view of Kitai 
The Reopening Action is inconsistent as to the basis for rejecting these 
claims. Although the preceding summary paragraphs in the Reopening Action 
(paragraphs 4 and 14) assert that these claims are rejected based on more references 
than just Kitai, the rejections themselves (paragraphs 9 and 18) only discuss Kitai. 
Accordingly, for purposes of appeal, the rejections are based solely on Kitai. 
However, if the Board wishes to consider other grounds sua sponte, with regard to 
these or other claims, then Applicants respectfully request that the Board please also 
consider the arguments here and in the Original Appeal Brief against combining 
Kitai with other cited references. 

As noted, the Examiner concedes that Kitai fails to teach private networks. 
Moreover, the leap from Kitai 's LANs to the claimed invention's private networks 
is a large and nonobvious leap, for at least the reasons discussed in the Original 
Appeal Brief at pages 6-9. Thus, the claims are not obvious in view of Kitai. 

Claims 1-3. 8. 9, 10-12, 14, 18, and 20 (Group II) were not properly rejected under 
Section 103 in view of Kitai combined with Albright 

The Original Appeal Brief noted on pages 13-14 the failure of the office 

actions up to that point to provide a proper justification for combining Kitai and 

Albright. The Reopening Action asserts different reasons, but they likewise fail to 

establish the necessary suggestion or motivation in the art for combining these 

references. On page 4 of the Reopening Action, the reason given is that the 
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combination "would provide an efficient communications system that the data can 
be dynamically monitored and routed among links/paths in order to reduce the 
congestion or failure within the networks (col. 2, lines 15-25)." But as in the Final 
Action, this rejection confuses serial networks with parallel networks. The cited 
section of Albright actually teaches routing within a network, not routing that 
selects between two parallel networks. Moreover, the rejection again fails to 
explain any reason why the cited section of Albright would have led one of skill in 
the art to Kitai, as opposed to any other reference. 

Accordingly, the rejections based on Albright and Kitai should be withdrawn 
or reversed. The combination is improper because the cited section of Albright (a 
frame relay reference) does not suggest combination with Kitai (a LAN reference). 
Moreover, the combination fails to teach the claimed parallel private network 
innovations, because Albright teaches serial networks (they are in fact the very 
reason for Albright's network-to-network interface) rather than teaching networks 
placed in parallel as claimed. 

Claims 4, 13. 15, 16, and 21 (Group III) were not properly rejected under Section 
103 in view of Kitai combined with Albright and Pearce 

The failure to justify combining Kitai and Albright is discussed above with 

respect to Group II claims, and in the Original Appeal Brief on pages 13-14. The 

Reopening Action fails to give any further basis for adding Pearce to this 

combination. For example, in paragraph 15, the Reopening Action merely asserts 

that it would have been obvious to combine Kitai, Albright and Pearce "because it 

would have an efficient communication system to control and select the reliable, 

qualifiable network/interface/path among multiple networks/interfaces/paths." 
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Paragraph 32 of the Reopening Action asserts that it would have been obvious to 
combine Kitai, Albright and Pearce "because it would detect and improve network 
security, traffic and failure." These are general statements, which do not suggest 
any combination of references. They merely suggest goals without suggesting ways 
to meet them. 

The rejections fail to identify anything specific in one reference or in the art 
that would have led one of skill to the particular other references. It is well- 
established patent law that a rejection under Section 103 requires evidence of a 
suggestion or motivation in the prior art to combine the references. See, e.g., 
M.P.E.P. §§ 2142, 2143.01, and cases cited therein. A general unsupported 
assertion that the combination would be efficient or more secure is not specific 
evidence that one of skill would have combined these particular references. For at 
least these reasons, the rejections should be withdrawn or reversed. 

Claim 5 (Group IV) was not properly rejected under Section 103 in view of Kitai 
combined with Albright and Dutta 

The failure to justify combining Kitai and Albright is discussed above with 

respect to Group II claims, and in the Original Appeal Brief on pages 13-14. The 
failure to justify combining Kitai and Dutta is discussed in the Original Appeal 
Brief on pages 11-12. The Reopening Action fails to add any grounds for 
combining these references. For at least these reasons, the rejections should be 
withdrawn or reversed. 
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Claim 17 (Group V) was not properly rejected under Section 103 in view of Kitai 
combined with Albright, Pearce, and Dutta 

The failure to justify combining Kitai and Albright is discussed above with 

respect to Group II claims, and in the Original Appeal Brief on pages 13-14. The 

failure to justify combining Kitai and Dutta is discussed in the Original Appeal 

Brief on pages 11-12. The failure to justify combining Kitai and Pearce is 

discussed in the Original Appeal Brief on pages 10-1 1. The Reopening Action fails 

to add any grounds for combining these references. For at least these reasons, the 

rejections should be withdrawn or reversed. 

Claims 6 and 7 (Group VI) were not properly rejected under Section 103 in view of 
Kitai combined with Albright and Goldszmidt 

The failure to justify combining Kitai and Albright is discussed above with 

respect to Group II claims, and in the Original Appeal Brief on pages 13-14. The 

failure to justify combining Kitai and Goldszmidt is discussed in the Original 

Appeal Brief on pages 12-13. The Reopening Action fails to add any grounds for 

combining these references. For at least these reasons, the rejections should be 

withdrawn or reversed. 

Claim 19 (Group VII) was not properly rejected under Section 103 in view of Kitai 
combined with Pearce and Goldszmidt 

The failure to justify combining Kitai and Pearce is discussed in the 

Original Appeal Brief on pages 10-11. The failure to justify combining Kitai and 

Goldszmidt is discussed in the Original Appeal Brief on pages 12-13. The 

Reopening Action fails to add any grounds for combining these references. For at 

least these reasons, the rejections should be withdrawn or reversed. 
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Conclusion 

For at least the reasons explained above, all rejections should be withdrawn 
or reversed. If any questions might be answered by telephone, the undersigned 
invites a call at the Office's convenience. 

Please note that the correspondence address below is different than in 
earlier Briefs. 



Dated this January 17, 2007. 




submitted, 




W. OGJEVIE 
Registration^No. 37,987 

OGILVIE LAW FIRM 
Customer No. 23484 
1320 East Laird Avenue 
Salt Lake City, Utah 84105 
801-706-2546 (voice) 
801-583-0393 (fax) 
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CLAIMS APPENDIX 



1 . A controller which controls access to multiple independent private 
networks in a parallel network configuration, the controller comprising: 

a site interface connecting the controller to a site; 
at least two private network interfaces; and 

a packet path selector which selects between private network interfaces 

according to a specified criterion; 
wherein the controller receives a packet through the site interface and sends 

the packet through the private network interface that was selected by 

the packet path selector. 

2. The controller of claim 1, wherein the controller control access to 
multiple independent frame relay networks, and each of the at least two private 
network interfaces comprises a frame relay network interface. 

3. The controller of claim 1 , wherein the packet path selector selects 
between private network interfaces according to a load-balancing criterion, thereby 
promoting balanced loads on devices that carry packets after the packets leave the 
selected private network interfaces. 

4. The controller of claim 1 , wherein the packet path selector selects 
between private network interfaces according to a reliability criterion, thereby 
promoting use of devices that will still carry packets after the packets leave the 



22 



selected private network interfaces, when other devices that could have been 
selected are not functioning. 

5. The controller of claim 1 , wherein the packet path selector selects 
between private network interfaces according to a security criterion, thereby 
promoting use of multiple private networks to carry different pieces of a given 
message so that unauthorized interception of packets on fewer than all of the private 
networks used to carry the message will not provide the total content of the 
message. 

6. The controller of claim 1, wherein the controller sends packets out of 
sequence over the parallel private networks. 

7. The controller of claim 6, wherein the controller places an encrypted 
sequence number in at least some of the packets which are sent out of sequence. 

8. The controller of claim 1, wherein the controller comprises at least 
three frame relay network interfaces, each of which is selectable by the packet path 
selector. 

9. The controller of claim 1, wherein the controller operates in a system 
providing at least one point-to-point connection. 

10. The controller of claim 1 , wherein the controller operates in a system 
providing connectivity over at least two frame relay networks from at least two 
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carriers, each frame relay network operating on its own clock which is different 
from the clock of the other frame relay network. 

1 1 . The controller of claim 1 , wherein each private network interface is an 
indirect interface tailored to a particular type of frame relay network. 

12. The controller of claim 1, wherein each private network interface is a 
direct interface comprising an Ethernet card. 

13. A method for combining connections for access to multiple parallel 
private networks, the method comprising the steps of: 

obtaining a controller, the controller comprising a site interface, at least two 
private network interfaces, and a packet path selector which selects 
between private network interfaces according to a specified criterion; 

connecting the controller site interface to a site to receive packets from a 
computer at the site; 

connecting a first private network interface of the controller to a first private 
network; 

connecting a second private network interface of the controller to a second 
private network which is parallel to and independent of the first private 
network; and 

sending a packet to the site interface which then sends the packet through a 
private network interface selected by the packet path selector. 
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14. The method of claim 1 3, wherein the private networks are frame relay 
networks. 

15. The method of claim 1 3, further comprising the step of specifying the 
criterion for use by the packet path selector, wherein the specified criterion is a 
load-balancing criterion. 

16. The method of claim 13, further comprising the step of specifying the 
criterion for use by the packet path selector, wherein the specified criterion is a 
reliability criterion. 

17. The method of claim 1 3, further comprising the step of specifying the 
criterion for use by the packet path selector, wherein the specified criterion is a 
security criterion. 

18. The method of claim 13, wherein at least one of the steps connecting a 
private network interface of the controller connects the controller to a User-to- 
Network Interface in a router of a frame relay network. 

19. A method for combining connections for access to multiple 
independent parallel frame relay networks, the method comprising the steps of: 

sending a packet to a site interface of a controller, the controller comprising 
the site interface which receives packets, at least two network 
interfaces, and a packet path selector which selects between network 
interfaces according to a specified criterion; and 
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specifying the criterion for use by the packet path selector, wherein the 

specified criterion is one of: a security criterion, a reliability criterion, 
a load-balancing criterion. 

20. The method of claim 1 9, wherein the step of sending a packet to the 
controller site interface is repeated as multiple packets are sent, the step of 
specifying a criterion specifies a security criterion, and the controller sends different 
packets of a given message to different frame relay networks. 

2 1 . The method of claim 1 9, further comprising the step of sensing failure 
of one of the parallel frame relay networks and automatically sending traffic 
through at least one other parallel frame relay network. 



26 



EVIDENCE APPENDIX 

(contains non-patent literature from third party submission, requested by Examiner 
in Notification mailed 06/14/2006, and filed by Appellant on 06/19/2006; this copy 
is a re-scanned high-contrast copy per SPE Najjar's request) 
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Attorney Docket No.: 101092-00074 

IN THE UNITED ST ATES PATENT AND TRADEMARK OFFICE 

Inventor: SANCHA1TA DATTA 

Confirmation No.: 7746 
Serial-No.: 10/034,197 
Filed: December 28, 2001 

Title: COMBINING CONNECTIONS FOR PARALLEL ACCESS . , 



Examiner: 
Grow Art Unit: 



THU HA T. NGUYEN 
2155 



April 2, 2004 



Commissioner for Patents 

P.O.Box 1450 

Alexandria, VA 22313-1450 



THIRD PARTY SUBMISSION 



SIR: 

Please withdraw the fees for this third party submission from deposit account 50-1 290, as 
set forth in 37 CFR 1.1 ?(p) and 37 CFR 1.1 7(i). 

Submitted for consideration is the following documents and publication date: 

1 ) U.S. Patent No. 6,665,70281 Issued December 16, 2003; 

2} "Radware announces LinkPruof: The first IP Load Balancing Solution for networks 
with multiple ISP connection" Published October 7, 1 999; 

3 ) "Radware Balances the Network" Published January 7, 2000; 

4) "Global Product Spotlight: Radware Linkproof Published December 1 , 1999: 

5} "Radware Seeks Solutions to Easy-Access Problems" Published December 1 , 1 999; 



This submission has been served upon the applicant in accordance with 37 CFR 1.248. 
Proof of service is attached. 

This submission is after the two months from the time the application was published 



1 . The publication of the application only became known to the third party 
submitter on or about January 30, 2004; and 

2. The U.S. patent issued on December \4, 2003, which was after the two month 
period had expired and therefore could not have been submitted within the 
time period. 



CUSTOMER NUMBER 026304 
Telephone: (212) 940-8703 
Fax; (212) 940-8986 or 8987 
DtseketNo,: 101092-00074 
BSMTd 



because: 




Brian S~. Myers 
Reg. No. 46.947 
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Radware announces LinkProof: The first IP Load 
Balancing Solution for networks with multiple ISP 
connection 



Slahwah, Hi; October ?, 1899, To ensure 7x24 availability many enterprises, e- 
osmmere'e sites and regional )SP* are ytiteing muftipte internet router connections. The 
UnkPfoof by Radware (Nasdaq-. ROWR) is the first technology designed to inteiiigantiy 
toad tsaiance tP traffic Between these "multi-horned" sites, creating redundancy and 
efirmnating single points of failure. 

Deploying independent iuuUh «»mwtiws to two or more iSPs create* toss© rouftihomad 
sites. This diversity ensures 7x24 availability and an uninterrupted packet delivery to and 
from the enterprise in the event ona or more ISP connection fails. While this adds 
redundancy. H aiso creates configuration complexity that may nac»ssitate intricate routine 
protocols such as BGP (Border Gateway Protocol) and/or coordination between the 
contracted tSPs. 

TdakProof removes this complexity by taking responsibly for the packet delivery through 
a healthy iSP t^nneetton. Sitting togfeaily oetwsers the enterprise network and a farm of 
internet raafet^ te $3nkProof verifies iSP heaSh and intelligently toad balances aif 
inbound ami outbound traffic, to addition, ft performs Smart NAT to ensure the 
umr^m«3ted j^et delivery to and from the eota^pfise network. Smart NAT altows the 
linkProbf to parform rework address trafrsiatton according to the ISP connection selected 
tocany the session to tha internet. For exampto, if m LinkProof chooses tSP„t for 
outbound s«s^<jr daiivery, then the translated source address wtti belong to the SSP_1 IP 
address poo) fcr tfto inbound response. 

Internet traffic is epfimteed by the LinkProof through intelfigent toad balancing based on 
the current sessiors and/or toad per verified ISP connection. Additionally, network proximity 
is measured to determine tha ctoseet and fastest routs. Network proximity is calculated in 
both router hops and round trip latency. This altows multi-homed sites to transmit 
information through a fast, healthy route. 

LinkProof also uses proximity detection to perform inbound traffic management. For 
Internet users attempting to access a resource on the enterprise network (such as 8 Web 
server), the LinkProof uses DNS to assure the most optima) ISP connection. This feature 
allows the LinkProof to consistently use the best and quickest path to satisfy user requests 



The LinkProof continuously monitors the hearth of all routers in the farm, and periodically 
checks each router path and the health of user defined nodes beyond the roofer. This 
monitoring allows the LinkProof to continually send sessions through healthy routers on a 
healthy internet path. 

About Radware 

Radware develops, manufacturers and markets products that manage and direct Internet 
traffic among network resources to enable continuous access to Web sites and other 
services, applications and contem U»»«<J or, the Internet protocol. Ptadware offers a broad 
range of internet traffic management solutions to service providers, e-commerce 
businesses and corporate enterprises that require uninterrupted availably and optimal 
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performance of IP-based applications that are critical to their business. Radware's internet 
itisffk, m«t say w sent solutions enable its customers to manage ihw network infrastructure 
to bypass system failures ami to scale their network infrastructure to accommodate 
increasing IP traffic. Radware's products improve the productivity of network infrastructure 
by distributing traffic within a network to optimize the use of avaiiabie network resources, 
Radware's products can be deployed eitner as independent solutions to address specific 
application needs at a particular location within a network or as an end-to-end integrated 
solution to manage traffic throughout a network. 

This press release contains forward-looking statements that are subject to risks and 
uncertainties- Factors that could cause actual results to differ rnatertaSy from these 
forward-tooking statements include, but are not limited to, general business conditions in 
the Internet traffic management industry, changes in demand for internet traffic 
management products, the timing and amount or cancellation of orders and other risks 
detailed from time to time in Radware's filings with the Securities and fcxenaoge 
Commission, including Radware's Form f-1. 



https://ww.radwareW^ 3/29/2004 
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